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Editorial:  Technology, 
Communities,  and  Economics 

This  month's  Matrix  News  balances 
technical  and  social  issues.  Since  networks 
do  not  stop  at  national  borders,  and  Matrix 
News  was  never  intended  to  be  only  about 
domestic  networking,  we  also  present  some 
international  material.  Partly  to  remind  our- 
selves that  networks  can  be  fun,  we  even 
include  some  humorous  material. 

In  "X.400,FactandFancy,"Smoot  Carl- 
Mitchell  explains  how  the  international 
standard  Message  Handling  System  works, 
why  it  is  often  regarded  as  the  next  major 
step  in  electronic  mail,  and  some  problems  it 
has  encountered  on  the  stairs. 

Then  "Networks  from  Technology  to 
Community"  by  John  S.  Quarterman  de- 
scribes how  faster  networks  lead  to  new 
services,  then  new  uses,  then  communities. 

The  "National  Network  Policy"  article 
of  last  month  sparked  some  interesting  re- 
sponses, which  provoked  this  month's 
followup  article,  "National  Network  Play- 
ers." 

This  issue  also  inaugurates  two  regular 
guest  columns ,  Martian  Packets  and  Acronet 
Soup.   In  Martian  Packets,  our  guest  col- 


umn, Marty  Schoffstall  tells  us  that  people 
matter  more  than  organizations  in  creating 
new  technology.  We  invite  others  with 
definite,  serious,  (and preferably  outspoken) 
views  on  networking  to  send  us  their  own 
guest  pages  for  publication  in  Martian 
Packets. 

Acronet  Soup  is  a  regular  feature  of 
interesting  historical  or  humorous  com- 
mentary on  networking.  This  month,  the 
origin  of  Martian  Packets  will  be  described 
which  also  serves  to  explain  the  name  of  the 
other  regular  column.  This  month,  Daniel 
Kairenberg  also  tells  us  how  IP  got  RIPE  in 
Europe.  Submissions  for  Acronet  Soup 
should  be  interesting,  unusual,  and  prefer- 
ably funny. 

There  is  a  brief  calendar  of  upcoming 
network  events,  from  information  collected 
by  Susanne  Wilhelm. 

A  reader  remarked  of  Matrix  News  that 
he  wished  we  would  label  articles  as  news  or 
opinion.  "XAOO,  Fact  and  Fancy,"  is  mosdy 
fact,  with  some  opinion.  "Networks  from 
Technology  to  Community"  is  almost  wholly 
opinion,  based  on  experience.  "National 
Network  Policy"  is  a  factual  clarification 
supporting  an  opinion,  plus  some  related 
information.  Martian  Packets  is  opinion  and 


this  month's  Acronet  Soup  is  fact.  The 
calendar  is  factual,  as  far  as  we  know.  While 
I  suspect  that  the  reader  wanted  a  finer  grain 
of  labeling,  the  nature  of  the  subjects  treated 
here  does  not  lend  itself  to  that.  That  is,  I 
could  label  what  I  think  is  opinion  in  "Net- 
works from  Technology  to  Community," 
but  others  might  not  agree  with  me. 

The  last  item  included  is  a  subscription 
form.  Interest  in  Matrix  News  so  far  is 
promising.  We  distributed  about  a  thousand 
copies  of  the  first  issue,  about  half  by  post, 
and  the  rest  at  conferences  or  through  other 
organizations.  As  you  can  see,  we  were 
encouraged  enough  by  the  resulting  sub- 
scriptions to  add  more  material  this  month. 
We  encourage  still  more  subscribers  so  we 
can  print  more  useful  information. 

Finally,  we  invite  submissions  for  pub- 
lication. Martian  Packets  (the  serious  guest 
column)  and  Acronet  Soup  (the  humorous 
one)  are  designed  for  guest  authors.  In  ad- 
dition, we  want  articles.  If  you  have  expe- 
rience or  opinions  to  relate  about  an  issue 
that  crosses  network  boundaries,  please 
contact  us  at  mids@tic.com,  or  through  our 
other  addresses  or  numbers  listed  in  the 
back. 

John  S.  Quarterman  Editor,  Matrix  News 


X.400  -  Fact  and  Fancy 
by 

Smoot  Carl-Mitchell 
Overview 

X.400,  the  Open  Systems  Interconnect 
(OSI)  Message  Handling  System  (MHS),  is 
the  "Flagship  Protocol"  in  the  OSI  stack. 
Some  see  it  as  a  key  step  towards  universal 
interoperability,  where  everyone  can  send 
and  receive  electronic  messages  as  part  of  a 
worldwide  community.  Others  see  X.400  as 
an  overly  large  and  complex  systems,  which 
will  stifle  innovation  and  become  an  albatross 
around  the  networking  community's  neck. 
Both  viewpoints  have  their  ardent  propo- 
nents. The  truth,  or  rather  the  practical 
reality,  lies  somewhere  in  the  middle. 


X.400  is  complicated.  In  many  respects 
it  has  to  be,  given  the  goals  of  the  standard. 
While  many  people  immediately  think  that 
X.400  is  synonymous  with  electronic  mail, 
X.400 is  a  generalized  thirdparty  messaging 
system.  While  it  can  easily  be  used  for 
electronic  mail  (in  OSIparlance  Interpersonal 
Messaging  or  IPM),  the  protocol  is  suffi- 
ciently general  that  it  can  be  used  to  transport 
faxmessages,provideavehicleforelectronic 
fund  transfer  (EFT),  or  electronic  document 
interchange  (EDI)  for  invoices  and  orders. 
X.400  also  supports  multimedia  messages 
which  means  it  can  transfer  graphics  and 
other  non-textual  information. 
History 

X.400  started  life  in  the  International 


Federation  of  Information  Processing  (IFIP) 
Working  Group  6.5.  in  1979.  This  group 
developed  the  requirements  for  Computer 
BasedMessaging  Systems  (CBMS).  In  1981 
the  International  Telephone  and  Telegraph 
Consultative  Committee  (CCITT)  Q5A^I 
Rapporteur  Group  was  formedand  this  group 
developed  the  first  X  .400  specification  pub- 
lished in  1984.  This  specification  is  known 
as  die  Red  Book  or  X.400(84). 

IN  1985  the  CCITT  Q33mi  committee 
was  formed  and  developed  a  second  specifi- 
cation published  in  1988  known  as  the  Blue 
BookorX.400(88).  This  specification  moved 
a  number  of  elements  developed  in  the  1984 
specification  into  the  X.200  section  of  the 

(see  X.400  on  page  6) 
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Networks  from  Technol- 
ogy to  Community 
by 

John  S.  Quarterman 

Networks  are  not  just  technology.  Faster 
networks  lead  to  new  services,  then  new 
uses ,  then  communities.  This  article  discusses 
aspects  of  the  history  and  near  future  of  a  few 
networks  (the  ARPANET,  the  Internet, 
UUCP,  USENET,  and  BITNET)  to  iUustrate 
some  patterns  that  have  occurred  on  many 
networks.  The  network  services  mentioned 
here  are  in  tended  to  be  typical.  If  yourfavorite 
service  is  omitted,  I'd  be  interested  in  hearing 
how  you  think  it  fits  (or  doesn't  fit)  in  this 
scheme. 

The  perceptive  reader  will  have  noticed 
thati  haven 't  mentioned  X.400.  Fortunately, 
the  article  by  Smoot  Carl-Mitchell  in  this 
issue  of  Matrix  News  discusses  X.400  in 
detail.  The  technological  information  in  the 
first  three  quarters  of  the  paper  is  actually 
background  to  the  sketch  of  community  and 
society  in  the  remainder  of  the  paper. 
Speeds  and  Services. 

As  shown  in  Figure  1 ,  available  network 
speeds  tend  to  grow  in  jumps.  The 
ARPANETused  56Kbps  links  for  more  than 
a  decade.  The  Internet  had  10Mbps  Ethernet 
speeds  commonly  available  from  its  incep- 
tion in  1983,  but  used  56Kbps  long  distance 
Unks  until  about  1987,  whenTl  (1.544Mbps) 
started  to  be  used.  Since  then,  network  speeds 
have  begun  to  climb.  A  T3  (45Mbps)  test 
network  is  in  place,  and  faster  wide  area 
networkspeedsareexpected.  l(X)MbpsFDDI 
local  area  network  speeds  are  now  available. 
The  speed  increases  shovm  for  the  years 
after  1990  are  meant  to  be  illustrative  of  a 
tendency  for  spurts  every  few  years,  with 
LAN  speeds  keeping  somewhat  ahead  of 
WAN  speeds.  Such  speed  increases  permit 
new  services. 
The  ARPANET. 

The  earliest  multi-site  packet  switched 
network,  the  ARPANET,  was  intended  for 
resource  sharing.  That  is,  the  sponsoring 
agency,  ARPA  (now  DARPA,  the  Defense 
Research  Projects  Agency),  thought  a  net- 
work to  connect  its  sponsored  organizations 
would  be  less  expensive  than  buying  new 
large  computers  for  each  of  them.  The  or- 
ganizations could  just  use  the  network  to  log 


in  on  each  others'  computers  and  transfer 
files  between  them.  This  approach  influ- 
enced the  naming  of  network  constituents: 
connected  computers  with  users  were  called 
hosts ,  because  people  from  elsewhere  could 
log  in  to  them  as  guests.  It  also  influenced 
network  protocol  terminology,  as  processes 
or  computers  with  resources  to  share  were 
called  servers  ,  and  processes  or  computers 
that  used  those  resources  were  called  clients 
.  Services  like  FTP  (File  Transfer  Protocol) 
and  TELNET  (remote  login)  were  part  of  the 
original  networkplan,  and  were  implemented 
soon  after  the  first  ARPANET  nodes  were  in 


file  per  user,  and  the  name  of  the  mailbox  file 
could  be  taken  from  the  destination  user's 
login  name.  Mail  was  soon  the  most-used 
service  on  the  network. 

Users  then  discovered  that  they  often 
wanted  to  send  mail  not  just  to  specific 
people,  but  also  to  fixed  groups  of  people, 
such  as  everybody  participatingin  aparticular 
implementation  or  planning  task.  These 
electronic  mailing  lists  (or  distribution  lists) 
were  implemented  using  aliases,  that  is, 
names  that  looked  like  mailbox  names,  but 
that  were  expanded  by  mail  agents  to  lists  of 
addresses  for  delivery.  This  illustrates  that 


Speed 
(bits/sec) 


Figure  1 
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place  in  1969.  Host  names  were  mapped  to 
network  addresses  by  a  central  file  on  each 
host,  updated  from  a  master  copy  at  a  cen- 
tralized site. 

Early  ARPANET  users  quickly  discov- 
ered they  wanted  to  use  the  network  to  send 
messages  to  each  other  about  the  status  of 
their  projects.  This  idea  of  electronic  mail 
was  first  implemented  as  an  addition  to  FTP 
(perhaps  more  accurately  described  as  a 
"bag  on  the  side").  This  seemed  natural  at 
the  time,  since  mail  was  placed  in  a  mailbox 


mail  is  something  basically  different  from 
file  transfer,  since  addresses  in  a  mail  alias 
may  refer  to  users  on  any  system  reachable 
through  the  network,  i.e.,  liiey  are  not  lim- 
ited to  the  sending  or  receiving  (or  control- 
ling) host,  as  in  FTP.  That  is,  a  mail  transfer 
agent  (MTA)  distinct  from  FTP  is  useful. 
When  the  ARPANET  mail  specifications 
were  rewritten  in  the  late  1970s,  they  were 
separated  from  the  FTP  specifications,  and 
implementations  of  the  new  Simple  Mail 
Transfer  Protocol  (SMTP)  server  were 
separate  from  the  FTP  server. 
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A  next  step  was  made  when  system  ad- 
ministrators noticed  that  mailing  lists  in- 
volved a  copy  of  the  same  message  for  each 
recipient  on  a  host  This  was  a  waste  of  disk 
space  for  large  lists,  since  there  were  typically 
many  users  per  host  in  those  days.  Many  of 
those  hosts  were  TOPS-20  or  TWENEX 
systems.  (These  ran  on  Digital  DEC-20 
hardware;  TWENEX  was  developed  by  BBN 
from  Digital's  TOPS-10  operating  system, 
and  laterrevisedby  Digital  as  TOPS-20.)  On 
such  systems,  a  mechanism  calledBBOARD 
became  popular.  MaiUng  lists  could  send 
one  copy  of  a  message  to  the  BBOARD  for 


All  this  was  on  the  ARPANET,  before 
1980,  with  links  running  at  56Kbps!  But  this 
information  was  presented  not  only  as  a 
historical  overview  of  a  particular  case.  The 
protocols  and  services  of  the  ARPANET 
were  direct  ancestors  of  those  of  some  other 
networks,  especially  the  Internet.  But  there 
is  a  pattern  here  of  resource  sharing,  mail, 
lists,  groups,  and  user  information  services 
that  recurs  on  many  other  networks,  even 
unrelated  ones.  We  will  return  to  this  pattern 
later  in  the  article. 
Local  Area  Networks 

While  the  ARPANET  was  spreading  aU 
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each  TOPS-20  host.  Users  would  then  use 
the  BBOARD  command  to  select  a 
BBOARD  and  read  the  messages  in  the 
mailing  list  it  corresponded  to. 

Eventually,  there  were  enough  users 
using  mail,  lists,  and  BBOARDS  that  they 
wanted  ways  to  find  each  other's  mail  ad- 
dresses and  other  contact  information.  The 
finger  and  WHOIS  services  were  invented 
for  this  purpose.  Finger  shows  information 
about  users  on  a  single  system.  WHOIS  is  a 
centralized  database  for  a  whole  network, 
with  access  methods. 


over  the  country  and  sprouting  links  to  Ha- 
waii and  Norway,  local  area  networics  were 
being  invented.  Here  we  concentrate  on 
Ethernet  The  original  Ethernet,  as  invented 
at  Xerox  had  a  theoretical  maximum  speed 
of  3Mbps,  and  was  designed  to  throw  away 
bandwidth.  The  later  version  from  Xerox, 
Intel,  and  Digital,  ran  at  10Mbps,  as  did  the 
protocol  that  was  standardized  as  IEEE  802.3. 
Even  though  10Mbps  Ethernet  was  still  de- 
signed to  throw  bandwidth  away,  30%  of 
10Mbps  is  still  3Mbps,  which  is  53  times 


faster  than  56Kbps.  (It  turns  out  that  it  really 
is  possible  to  get  10Mbps  transmission  speeds 
out  of  10Mbps  Ethernet,  but  that  is  another 
story.) 

56Kbps  wasn't  really  fast  enough  (at 
least  whenmultiplexed)  to  handledistributed 
file  systems.  Ethernet  was.  Xerox  imple- 
mented a  shared  file  system  and  a  distributed 
name  service,  as  did  others,  such  as  Apollo. 
The  Internet 

Researchers  involved  with  the 
ARPANET  could  see  that  one  future  of 
networking  was  interconnected  sets  of  dis- 
similar networks,  such  as  Ethernets  con- 
nected by  slower  wide  area  networks  of 
ARPANET-like  technology.  The  Internet 
Protocol  (IP)  was  invented  to  permit  this, 
along  with  the  Transmission  Control  Protocol 
(TCP),  the  User  Datagram  Protocol  (UDP), 
and  others  in  the  TCP/IP  protocol  suite.  In 
1983,  the  ARPANET  spUt  into  ARPANET 
(for  network  research)  and  MILNET  (for 
operational  use).  Both  ARPANET  and 
MILNET  became  wide  area  backbone  net- 
works connecting  local  area  networks  into 
an  internet,  then  called  the  ARPA  Internet, 
now  called  just  the  Internet.  All  the  old 
ARPANET  services  were  available  on  the 
Intemet  as  part  of  the  new  TCP/IP  protocol 
suite. 

The  growth  of  the  Intemet  was  spurred 
by  the  release  of  the  4.2BSD  version  of  the 
UNIX  operating  system  in  1983  and  its 
revision  as  4.3BSD  in  1986.  Meanwhile, 
new  hardware  technology  allowed  faster, 
smaller,  and  cheaper  computers  to  spread. 

New  companies,  such  as  Sun 
Microsystems,  were  formed  to  take  advan- 
tage of  these  developments.  Sun  invented  a 
Network  File  System  (NFS),  which  allowed 
relatively  transparent  remote  access  to  files, 
unlike  FTP,  where  the  user  has  to  explicitly 
transfer  a  file  before  using  local  native  pro- 
grams with  it.  NFS  was  written  to  be  used  on 
top  of  UDP  (a  TCP/IP  transport  protocol).  It 
was  made  possible  by  the  above  develop- 
ments, plus  the  availability  of  fast  network 
technology  such  as  Ethernet. 

Such  networked  file  systems  brought  a 
need  for  quick  and  distributed  access  across 
at  least  a  local  area  network  to  information 
about  users.  For  this  purpose  Sun  provided 
YP  (Yellow  Pages,  now  known  as  NIS,  for 
Network  Information  Service).  NIS  was 
designed  for  fast  networks  and  is  almost 
solely  used  on  them. 
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Fast  local  area  network  speeds  also  per- 
mitted new  variations  on  remote  login.  The 
X  Window  System  was  invented  by  MIT 
Project  Athena  around  1984.  It,  unlike  NFS 
and  NIS ,  is  also  fairly  widely  used  over  even 
fairly  slow  wide  area  networks,  but  its  de- 
velopment was  clearly  spurred  by  fast  net- 
work speeds.  Similarly,  the  Andrew  File 
System  (AFS)  can  be  used  over  slow  net- 
works, but  was  designed  first  on  fast  local 
area  networks. 
NSFNET 

About  1984,proposals  began  to  be  drafted 
for  a  national  supercomputer  access  network, 
later  called  NSFNET  and  deployed  in  1986. 
This  became  the  main  backbone  network  in 
the  Internet.  The  NSFNET  backbone  was 
implemented  to  use  Tl  (1.544Mbps)  Unks 
about  1987.  Experimental  services  such  as 
packetized  video  andpacketizedvoicebegan 
to  be  seen  (some  of  these  had  been  under 
development  even  on  the  old  ARPANET, 
but  weren't  practical  until  higher  speeds 
were  available). 

The  ARPANET  was  retired  from  service 
in  1988  and  1989  because  its  link  speeds 
were  considered  obsolete. 

Meanwhile,  an  experimental  T3 
(45Mbps)  testbednetworkis  already  in  place. 
Population. 

Network  speeds  are  not  the  only  cause  of 
invention  of  new  protocols.  Increasing 
numbers  of  networks,  hosts,  and  users  also 
have  effects.  Figure  2  gives  very  rough  es- 
timates of  the  user  population  of  the 
ARPANET  and  then  of  the  Internet  from  the 
beginning  (1969)  to  the  near  future  (2000). 
The  ARPANET  (pre-1983)  figures  are  out- 
right guesses.  The  Internet  (1983-1990) 
figures  were  "computed"  by  multiplying  the 
number  of  networks  in  the  Internet  by  an 
average  of  100  hosts  per  network  and  10 
users  per  host,  or  1000  users  per  network. 

The  growth  rate  from  about  1987  has 
been  exponential,  as  the  number  of  networks 
has  doubled  each  year.  The  near  future 
numbers  (1991-2000)  assume  a  simple 
continuation  of  this  exponential  growth. 
Obviously  that  can't  continue  forever,  since 
we  run  out  of  people  on  the  planet  before 
2000,  but  few  who  have  tried  to  estimate 
Internet  growth  have  shown  any  slacking  in 
the  exponential  curve  before  the  next  five 
years  orso.  In  fact,  for  the  last  year  adoubling 
time  of  one  year  is  clearly  less  than  what  is 
really  happening. 


Resource  Naming 

Meanwhile,  Internet  protocol  develop- 
ers had  to  contend  with  not  just  one  or  two 
networks,  but  hundreds,  and  anticipated 
thousands  in  a  few  years,  together  with  tens 
or  hundreds  of  thousands  of  hosts.  The  old 
centralized  tables  for  mapping  hosts  to  net- 
work addresses  wouldnolongerbeadequate. 
A  distributed  host  naming  service,  DNS  (the 
Domain  Name  Service)  was  invented  and 
deployed  around  1984  to  meet  this  need. 
This  is  one  of  the  first  examples  of  an  Internet 
service  that  was  clearly  motivated  by 
population  pressures,  not  by  higher  available 
network  speeds  (e.g.,  DNS  secondary  serv- 
ers just  make  a  copy  of  the  whole  database). 
However,  higher  speeds  later  made  the  cur- 
rent very  wide  use  of  DNS  practical. 

People  want  to  talk  to 
people,  not  just  machines. 
Computer  networks  rapidly 
become  used  for 
communication... 

Similarly,  the  old-style  WHOIS  service 
eventually  proved  to  be  inadequate  for  large 
userpopulations.New  services  suchasX.500 
(the  ISO  name  and  directory  service)  have 
been  implemented  and  deployed  for  this 
reason.  No  service  has  actually  adequately 
met  this  need  yet,  and  this  is  an  active  topic 
of  network  research  and  policy  discussions. 

Increased  numbers  of  networks  and  hosts 
have  led  to  an  alphabet  soup  of  network 
routing  and  management  protocols  to  deal 
with  them,  but  those  are  peripheral  to  the 
main  topic  of  this  paper,  because  users  do 
not  see  them  directly;  they  merely  support 
other  protocols. 
Resource  Access. 

In  a  network  of  tens  of  thousands  of 
hosts,  it  can  be  very  difficult  to  fmd  things. 
For  example.FTP  supports  anaccess  method 
called  "anonymous  FTP"  ,  which  allows 
anyone  to  connect  to  a  host  that  supports  it 
with  FTP,  log  in  as  user  anonymous  with 
password  guest,  and  retrieve  files  left  there 
for  general  use.  Source  code  for  programs, 
binaries  of  programs,  archives  of  mailing 
lists,  protocol  specifications,  and  a  plethora 
of  other  information  is  available  from 
anonymous  FTP  servers.  But  which  anony- 
mous FTP  server  host  has  the  files  you  want? 


The  traditional  method  of  finding  out  is  by 
polling  or  word  of  mouth,  not  very  efficient 

A  newer  method  is  illustrated  by  the 
archie  service  of  McGill  University  in 
Montreal.  The  archie  server  looks  at  a  list  of 
anonymous  FTP  servers,  polls  each  one  and 
retrieves  an  index  from  it,  and  keeps  the 
indexes  on  a  single  host.  Users  may  then 
connect  to  the  archie  server  and  examine 
these  indexes  to  determine  which  anonymous 
FTP  servers  have  the  files  they  want. 

Similarly,  the  Knowbot  Information 
Service  (KIS),  or  knowbot  for  short,  devel- 
oped by  the  Corporation  for  the  National 
Research  Initiative  (CNRI)  automates 
searching  servers  that  provide  user  directory 
information.  A  knowbot  can  be  configured 
to  use  the  WHOIS  service,  theX.500  service, 
the  finger  service  on  an  appropriate  host,  and 
other  services,  to  fetch  information  about  a 
user  (or  perhaps  about  a  host,  network,  do- 
main, or  organization).  Some  formatting  is 
done  on  the  retrieved  information  to  make  it 
more  legible,  but  no  attempt  is  made  to 
merge  what  comes  from  different  servers, 
nor  are  relative  values  given. 
Information  Access. 

Itwouldbeeven  more  useful  if  computers 
could  be  used  to  automate  choosing  infor- 
mation, not  just  finding  it.  A  step  in  this 
direction  has  been  made  witii  tiie  Wide  Area 
Information  Service  (WAIS),  recently  op- 
erational on  the  Internet  WAIS  not  only 
assists  in  locating  servers,  but  also  accepts 
rules  from  the  user  that  help  it  determine 
what  information  to  select.  It  can  also  be 
configured  to  keep  looking  and  inform  tiie 
user  of  new  information. 

Meanwhile,  USENET  news,  which  had 
developed  independently  on  the  UUCP 
dialup  network  at  speeds  of  first  300bps, 
then  1200bps,2400bps,andfinally  10Kbps, 
had  grown  very  popular  by  about  1988.  The 
USENET  news  network  had  about  400 
newsgroups  at  tiiat  time.  Newsgroups  are 
discussion  for  a  somewhat  similar  to  mailing 
lists,  but  kept  per  hosts  like  BBC  ARDS ,  and 
different  from  both  in  being  much  more 
widely  distributed  geographically  (world- 
wide) and  somewhat  more  independent  of 
underlying  hardware  or  software  platfomi 
(most  USENET  hosts  run  UNIX,  but  there 
ate  also  MS-DOS,  VMS,  CMS,  etc.  hosts). 

The  amount  of  traffic  became  the  main 
problem  in  keeping  the  network  nmning. 
Successively  faster  modem  speeds  had  per- 
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mitted  it  to  continue  to  grow,  buteven  10Kbps 
became  too  slow.  Fortunately,  many  of  the 
main  USENET  hosts  were  also  on  the 
Internet,  and  the  new  NSFNET  T 1  backbone 
allowed  even  more  traffic.  Since  USENET 
news  over  UUCP  over  TCP  over  IP  was  not 
particularly  efficient  or  convenient,  the  Net- 


There  are  hundreds  or 
thousands  of  online 
communities  today, 
many  geographically 
distributed. 


work  News  Transfer  Protocol  (NNTP)  was 
invented  to  allow  convenient  distribution  of 
news  over  the  Internet. 
People. 

There  is  clearly  a  pattern  of  networks 
permitting  services  (e.g.,  FTP)  that  are  then 
used  to  build  other  services  (e.g.,  mail). 
Faster  network  speeds  then  allow  more 
transparent  relatives  of  the  earlier  services 
(e.g.,  NFS)  and  also  new  services  (e.g.,  X, 
although  some  say  it  is  just  a  spiffy  kind  of 
TELNET).  Population  pressures  combine 
with  available  speeds  to  permit  and  demand 
more  transparent  and  distributed  services 
(DNS,  X.500,  NNTP).  Eventually,  increas- 
ing population  requires  development  of  ser- 
vices to  find  and  access  other  services  (archie, 
knowbot).  Finally,  services  are  needed  that 
not  only  find  and  retrieve  information,  but 
that  also  actuaIlyinterpretitforyou(WAIS). 

But  the  more  interesting  aspect  of  this 
cumulative  development  of  network  ser- 
vices is  what  people  do  with  them. 
Resource  Sharing 

The  original  goal  of  the  ARPANET  was 
resource  sharing.  This  was  also  the  goal  that 
was  used  to  justify  funding  of  NSFNET,  and 
is  one  of  the  goals  being  used  to  justify  the 
proposed  NREN  (National  Research  and 
Education  Network). 

Being  able  to  explicitly  access  a  com- 
puter located  elsewhere  is  good  and  useful, 
as  is  being  able  to  retrieve  someone  else's 
program  or  data.  Resource  sharing  is  essen- 
tial to  research  and  development  or  com- 
merce. It  is  usually  the  first  goal  of  R&D  or 
enterprise  networks.  The  first  use  of  new 
network  speeds  is  often  more  sophisticated 
resource  sharing,  e.g.,  NFS,  YP,  and  X. 


Even  the  USENET  network  developed 
from  the  UUCP  mail  network.  UUCP  stands 
for  UNIX  to  UNIX  CoPy,  and  the  underiy- 
ing  protocol  does  file  transfers  and  remote 
job  execution.  Mail  is  implemented  as  a 
combination  of  the  two.  News  was  added 
later  by  the  same  kind  of  combination.  But 
resource  sharing  preceded  communication 
on  UUCP  and  USENET,  just  as  it  did  on  the 
ARPANET. 
Communication 

People  want  to  talk  to  people,  not  just 
machines.  Computer  networks  rapidly  be- 
come used  for  communication,  thus  known 
as  Computer  Mediated  Communication 
(CMC).  Mail  was  quickly  invented  on  the 
ARPANET  and  UUCP.  Even  BITNET, 
whose  underlying  support  mechanism  emu- 
lates punch  cards,  has  mail  as  its  most  widely 
used  service. 
Places 

People  want  to  talk  to  not  just  individual 
other  people,  but  also  to  groups.  Mailing 
lists  develop  on  every  network  that  has  mail. 
People  begin  to  depend  on  them  as  places  to 
get  information  or  hear  interesting  news. 
Travel 

Given  places,  people  begin  to  travel 
between  them.  Given  enough  places,  navi- 
gation is  necessary.  Sophisticated  manage- 
ment services  like  BBOARD,  LISTSERV 
(on  BITNET),  and  USENET  news  (with  its 
many  interfaces)  develop. 

At  this  level  of  sophistication,  the  appro- 
priate metaphor  for  use  of  computer  net- 
works may  not  be  communications,  with  its 
familiar  analogies  of  telephones,  paperpost, 
fax,  radio,  and  television,  but  travel,  with  its 
immediacy  of  experience  and  its  tendency 
towards  total  immersion.  A  later  article  may 
discuss  rapture  of  the  netways.... 
Communities 

Once  you  can  go  to  other  places  and 
come  back,  you  begin  to  notice  there  are 
some  places  you  feel  more  comfortable  or 
get  more  work  done.  People  begin  to  fre- 
quent these  places,  and  some  develop  into 
communities.  There  is  a  sort  of  evolution 
ft'om  resource  sharing  through  communica- 
tion, places,  and  travel  to  cotrununity. 

Computer  networks  have  never  been 
used  solely  for  work.  One  of  the  earliest 
online  communities  was  probably  the  SF- 
LOVERS  mailing  list,  which  was  widely 
distributed  over  the  ARPANET  as  early  as 
1978,  despite  never  being  sanctioned  by  any 


network  authority,  and  several  actual  at- 
tempts to  suppress  it  There  are  hundreds  or 
thousands  of  online  communities  today,  many 
geographically  distributed.  These  include  not 
only  the  publicly  advertised  USENET 
newsgroups  and  Internet,  BITNET,  and 
UUCP  mailing  lists.  Such  communities  can 
form  whenever  a  group  of  people  decide  to 
start  a  mailing  list. 

Many  networks  have  been  justified  on 
the  basis  of  resourcesharing,  andmany  people 
say  they  use  networks  for  communications. 
But  some  of  those  who  pioneered  networks 
such  as  NSFNET  say  that  the  real  purpose 
was  to  form  or  facilitate  communities.  These 
goals  are  not  necessarily  contradictory. 

These  networked  communities  are  dif- 
ferent in  some  ways  from  other  communi- 
ties. By  the  nature  of  the  services  and  net- 
works that  support  most  of  them,  they  are 
distributed,  asynchronous,  and  recorded. 
They  are  also  diverse,  and  many  members  of 
them  say  they  are  egalitarian. 

Some  people  worry  that  networked  com- 
munities are  "thin"  communities,  in  that  they 
do  not  involve  direct  human  interactions  as 


Computer  networks 
have  never  been  used 
solely  for  work. 


in  "thick"  communities  such  as  a  baseball 
team,  a  musical  group,  or  a  neighborhood 
church.  Probably  more  networked  commu- 
nities tend  to  be  thin  than,  for  example,  work 
groups  in  businesses.  However,  many  net- 
worked communities  lead  to  interactions 
among  their  members  by  other  means,  such 
as  traditional  media  like  telephone  and  pa- 
per post,  and  especially  by  travel  for  per- 
sonal meetings.  Perhaps  it  would  be  better  to 
say  that  the  networks  facilitate  communities. 
Politics 

Whenever  you  have  communities  of 
people,  politics  follows.  The  battles  over  the 
creation  or  charter  of  a  USENET  newsgroup 
can  make  old-time  Chicago  ward  politics 
look  tame.  On  a  larger  scale,  the  existence, 
funding,  and  access  of  the  networks  them- 
selves have  become  political  issues  on  local, 
national  and  international  levels. 

Politics  in  networked  communities  (or 
using  network  communications)  may  be 
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somewhat  different  than  traditional  politics, 
even  about  networks.  Traditional  communi- 
cation media  tend  to  fall  into  two  groups. 
Paper  press,  radio,  and  TV  reach  mass  audi- 
ences, convey  information,  and  leave  im- 
pressions. Paper  post,  telephone,  and  fax 
reach  individuals,  are  interactive,  and  can  be 
used  for  actions.  Computer  mediated  com- 
munications can  do  both.  Could  this  lead  to 
accountability  of  leaders?  And  perhaps  em- 
powerment of  citizens? 

However,  I  wiU  note  that  while  power 
may  come  from  the  barrel  of  a  gun,  as 
Chairman  Mao  said,  it  is  often  preserved  by 
secrecy.  In  networking,  secrecy  is  not  power, 
and  may  not  even  be  possible.  Therefore, 
networking  is  subversive.  That  may  or  may 
not  be  the  opposite  of  electronic  democracy, 
but  I  will  avoid  that  discussion  here. 


It  is  interesting  to  remember  that  this  has 
all  been  made  possible  by  an  early  grant 
from  the  Department  of  Defense. 
Economics 

One  of  the  reasons  networks  have  be- 
come politicised  is  that  some  of  them,  such 
as  the  NSFNET  backbone,  are  partly  gov- 
ernment funded  and  thus  influenced  by  gov- 
ernment-defined acceptable  use  policies. 
Government  funding  is  provided  by  taxpay- 
ers, who  often  have  differences  of  opinion 
over  what  their  tax  dollars  should  go  for. 
One  way  out  of  that  morass  may  be  to 
privatize  the  networks,  which  would  involve 
making  them  economically  viable  for  com- 
mercial providers.  This  appears  to  be  hap- 
pening already. 


Legal  Issues 

Where  there  are  differences  over  money 
or  politics,  we  often  find  lawyers.  And,  in 
recent  years,  sometimes  the  Secret  Service 
or  the  FBI.  But  those  are  other  stories. 
Summary 

I  hope  I  have  sketched  the  bumpy  slope 
up  from  bits  to  barristers.  Networks  may 
start  as  solely  technological  tools,  but  they 
don't  stay  that  way  if  they  survive.  They 
develop  as  places  people  go,  which  turn  into 
communities,  which  develop  politics,  eco- 
nomics, and  legal  issues.  The  sum  of  all 
these  things  is  a  society.  Radio  and  televi- 
sion produced  a  diiferent  society.  Computer 
networks  will,  too.  Perhaps  this  time  we  can 
avoid  a  few  mistakes. 


(X.400  cont) 

OSI  specification.  Notably  the  definition  of 
Abstract  Syntax  Notation  One  (ASN.l),  a 
language  for  defining  data  objects  in  an 
abstract  manner,  was  moved  out  of  the  X.400 
specification  in  1988.  Another  updated 
specification  is  due  to  be  released  in  1992. 
Most  current  implementations  of  X.400  are 
based  upon  the  1984  specification. 
Technical  Overview 

X.400  is  an  applications  protocol  which 
uses  a  reliable  end  to  end  transport  protocol 
to  deliver  messages.  In  a  pure  OSI  envi- 
ronment this  transport  protocol  is  likely  to 
be  either  TP4  running  on  top  of  the  CLNP  or 
TPO  on  top  of  X.25.  TP4  is  a  reliable  end  to 
end  protocol  similar  to  TCP  and  CLNP  is  a 
connectionless  network  protocol  similar  to 
IP.  Given  the  widespread  deployment  of 
TCP/IP,  X.400  can  also  run  on  top  of  TCP  by 
using  the  ISO  Development  Environment 
(ISODE)  which  provides  for  an  emulation  of 
the  OSI  Presentation  and  Session  layers. 
This  is  also  known  as  the  RFC  1006  method. 
Figure  1  shows  where  X.400  fits  into  the  OSI 
7  layer  model  and  how  it  can  be  made  to 
operate  on  top  of  the  TCP/IP  stack. 

X.400  is  a  generalized  third  party  mes- 
saging system.  The  closest  analogy  is  the 
post  office.  Like  the  post  office  an  X.400 
user  places  a  message  into  the  system  by 
putting  it  in  an  electronic  envelope  and  ad- 
dressing the  envelope.  Like  the  post  office, 
the  contents  of  the  envelope  are  opaque  to 
the  transport  and  routing  mechanism.  The 
message  is  delivered  to  the  electronic  anal- 
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Figure  1 
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ogy  of  the  recipient's  post  office  box  where 
the  recipient  then  opens  the  envelope  and 
reads  the  message. 

An  X.400  message  consists  of  the  mes- 
sage envelope,  also  known  as  the  transfer 
envelope,  followed  by  the  contents  of  the 
message.  The  transfer  envelope  contains 
information  used  by  the  MHS  to  deliver  the 
message.  Typical  fields  include  a  unique 
message  id  for  tracing  the  message;  the 
address  of  the  originator  and  the  recipient  of 
the  message;  the  priority  of  the  message;  the 
type  of  contents  of  the  message;  and  trace 
information  which  tracks  the  message  within 
the  MHS. 

The  contents  of  the  message  consists  of 
a  heading  followed  by  a  number  of  body 
parts.  The  header  defines  the  content  type  of 


each  body  part.  For  example  the  contents  of 
a  message  may  contam  readable  ASCII  text 
followed  by  a  chart  in  some  binary  graphical 
format.  The  headers  of  the  message  will 
indicate  where  each  of  these  body  parts  is 
stored  and  each  type  of  body  part  will  be 
interpreted  accordingly. 

An  X.400  MHS  consists  of  a  set  of  Mail 
Transport  Agents  (MTA)  and  a  set  of  User 
Agents(UA).  TheMTAsareresponsiblefor 
moving  the  message  towards  its  final  desti- 
nation. The UAs  are  responsible  for  sending 
and  receiving  messages  fiom  an  MTA.  Fig- 
ure 2  shows  the  relationship  between  MTAs 
and  UAs  in  the  MHS.  Three  major  proto- 
cols, PI,  P2,  and  P3,  define  the  interaction 
among  the  MTAs  and  UAs.  PI  is  the  proto- 
col  used  to  transport  messages  from  one 
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MTA  to  another.  P2  is  the  Interpersonal 
Messaging  (IPM)  protocol  which  defines 
the  standard  for  the  format  and  contents  of 
messages  intended  to  read  by  a  human.  P3 
defines  the  interaction  between  a  UA  and  an 
MTA.  All  these  protocols  are  defined  using 
ASN.l. 

Theoretically  X.400  defines  a  world- 
wide MHS  where  a  message  sent  from  one 
UA  can  be  delivered  to  any  other  UA  in  the 


tion  of  the  origin  or  destination  of  a  message. 
For  example  the  following  is  a  stylized  rep- 
resentation of  an  O/R  address: 
G=John/S=Smith/OXYZ  University/ 
OUl=Computer  Division/OU2=Software 
Unit/ADMD=telecom/PRMD=xyzu/ 
C=US 

This  address  says  John  Smith  is  in  the 
Software  Unit  of  the  Computer  Division  at 


Figure  2 
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world.  Clearly  this  is  a  very  ambitious  goal. 
To  facilitate  reaching  this  goal  the  MTAs  are 
organized  into  Management  Domains.  A 
Management  Domain  can  be  either  Public 
(ADMD)  or  Private  (PRMD).  Supposedly 
an  ADMD  is  controlled  by  a  public  entity, 
such  as  the  postal  service  and  is  available  for 
use  by  the  public.  A  PRMD  is  privately  run, 
say  within  a  corporation.  A  PRMD  is  ex- 
pected to  cooperate  with  ADMDs,  but  only 
deliver  messages  destined  for  users  within 
their  domain.  As  a  practical  matter  the 
distinction  between  an  ADMD  and  aPRMD 
is  rather  fuzzy.  Both  provide  delivery  ser- 
vice. The  major  distinction  is  an  ADMD  is 
supposed  to  provide  service  to  the  general 
public  or  businesses  which  cannot  afford  to 
establish  their  own  PRMD.  This  distinction 
is  probably  valid  for  countries  with  govern- 
ment sanctioned  telecommunications  mo- 
nopolies, but  breaks  down  where  telecom- 
munication services  are  being  provided  by  a 
number  of  competing  vendors. 
Addressing 

Much  like  the  post  office,  X.400  defines 
a  standard  addressing  format  known  as  Ori- 
gin/Destination (O/R)  addressing.  An  O/R 
address  is  a  series  of  attribute/value  pairs 
which  uniquely  identify  the  electronic  loca- 


X  YZ  University  and  it  is  part  of  the  PRMD 
known  as  "xyzu"  which  has  an  agreement 
with  the  ADMD  called  "telcom"  and  this 
University  is  located  in  the  United  States. 
Note  that  this  representation  is  not  the  real 
format  of  an  O/R  address  which  is  binary 
encoded  as  part  of  the  message  header,  but  is 
rather  a  human  readable  format.  The  UA 
does  the  translation  from  the  human  readable 
format  to  the  real  format  defined  in  the 
standard. 
Routing 

Routing  a  message,  to  its  final  destination 
is  not  a  trivial  task.  The  O/R  address  only 
gives  "hints"  as  to  how  the  message  is  to  be 
sent.  WithinaPRMDamessageroutermust 
decide  which  MTA  within  the  PRMD  will 
be  the  final  destination  and  what  is  the  best 
route  to  that  MTA.  A  message  destined  for 
another  PRMD  or  ADMD  must  be  sent  to 
the  correct  gateway.  The  issues  involved  in 
routing  X.400  messages  is  far  ftom  solved 
and  is  similar  to  the  general  routing  issues 
being  worked  on  within  the  TCP/IP  Internet 
For  the  most  part  X.400  systems  use  static 
routing  which  can  be  non-optimal  and  as  the 
system  gets  deployed  widely  can  become 
very  cumbersome  to  maintain. 


A  partial  solution  to  the  routing  issue  is 
to  use  the  X.500  directory.  X.500  is  orga- 
nized in  a  similar  manner  to  O/R  attributes 
and  provides  a  lookup  service  which  can 
simplify  the  maintenance  of  the  X.400 
message  routing  tables.  However,  X.500  is 
not  widely  deployed  as  of  this  writing  and 
there  are  some  technical  as  well  as  political 
issues  to  resolve.  Getting  everyone  to  co- 
operate to  build  what  amounts  to  a  worldwide 
electronic  version  of  the  phonebook  is  no 
easy  task. 
Future  Prospects 

The futureof  X.400  as  asignificantplayer 
in  providing  electronic  messaging  services 
is  not  in  doubt.  Despite  its  complexity, 
X.400  is  here  to  stay  and  will  become  widely 
deployed.  Curiously,  even  though  it  is  an 
OSI  protocol,  it  is  likely  to  see  widescale 
deployment  within  the  ever  growing  TCP/IP 
Internet  Alreadythereexistsan  experimental 
X.400  project  within  the  Internet  Started  as 
a  sponsored  project  of  the  National  Science 
Foundation,  the  X.400  Pilot  Project  is 
chartered  to  set  up  an  experimental  X.400 
PRMD  within  the  TCP/IP  Internet  commu- 
nity. The  goals  of  the  project  are  to  gain 
experience  in  the  operation  of  a  PRMD  and 
to  ensure  the  MHS  can  interoperate  correctly 
with  the  existing  SMTP  based  mail  system 
which  is  widely  deployed  and  used  on  the 
TCP/IP  Internet.  The  project  will  make 
recommendations  on  the  final  structure  of 
the  PRMD  for  the  TCP/IP  Internet  based 
upon  the  experience  gained  during  the  ex- 
periment The  project  has  MHS  connec- 
tivity with  theEuropeanresearch  community 
through  the  RARE  MHS  Project  as  well  as 
connectivity  with  other  MHS  providers  in 
the  US  research  community. 
Conclusion 

X.400  is  a  complex  and  in  some  ways  a 
ciunbersome  system.  The  standards  for  it 
are  difficult  to  read  and  at  times  hard  to 
understand  and  decipher.  However,  X.400 
is  an  accepted  intemational  standard  and 
there  are  many  vendors  which  have  already 
developed  implementations  of  the  protocol. 
While  not  a  perfect  solution,  it  serves  the 
purpose  for  which  it  is  intended.  X.400  will 
not  be  the  final  word  in  messaging  systems, 
nor  will  it  sit  in  a  comer  to  gather  dust  but 
rather  it  will  be  an  important  if  not  univer- 
sal, part  of  the  networking  village  which 
continues  to  spread  over  the  globe. 
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ACRONET  SOUP 
The  Origin  of  RIPE 

by 

Daniel  Karrenberg 
I  trust  you  know  that  acronyms  are  not 
abbreviations  and  usually  the  acronym  is 
invented  long  before  the  title  of  the  project :-). 
In  the  exceptional  case  of  Reseaux  IP 
Europeens  this  was  a  little  different.  For 
those  interested  in  trivia  I'U  tell  the  story 
here  once  and  for  all: 

I  gave  a  talk  at  the  1989  meeting  of 
AFUU  (Association  Francaise  des 
Utilisateurs  Unix)  the  French  member  orga- 
nization of  what  used  to  be  EUUG  and  now 
is  EurOpen.  During  the  talk  I  was  asked 
about  the  then  existing  international  IP  net- 
works and  I  drew  a  picture  on  an  overhead 
f  oU.  Apologetic  as  I  am  about  not  being  able 
to  give  a  talk  in  French  I  marked  the  foil 
"Reseaux  IP  Europeens"  then  and  there  to 
encourage  people  to  ask  further  questions  in 
French  since  I  can  understand  French  rea- 
sonably well. 

A  few  months  later  I  gave  a  talk  else- 
where and  John  Quarterman  (The  Matrix) 
was  nice  enough  to  help  me  by  turning  my 
slides.  I  had  mentioned  to  John  that  there 
were  plans  for  an  IP  coordination  activity  in 
Europe.  Lazy  aslamlre-usedthe  slide  I  had 
made  for  The  AFUU  meeting  complete  with 
French  caption.  When  this  particular  slide 
came  up  I  was  slightiy  distracted  by  John 
giggling  on  the  other  side  of  the  stage  but 
thoughtnothingofit.  After  the  talk  John  told 
me  he  had  found  a  nice  name  for  the  coor- 
dination activity  in  my  slides: 

Reseaux 

I 

P 

Europeens 

For  some  reason  (known  to  me)  every- 
one presentwhentheRIPE  terms  of  reference 
were  drawn  up  liked  this  name  and  it  stuck. 
This  is  the  only  authorised  version  of  the 
story! :-) :-) :-) :-) 


<Tums  out  it's:  RPE  Reseaux  IP  Europeens 
(EuropeanPNetwoiks).  Theadjectivehastobeplural 
to  match  Reseaux.  This  article  first  appeared  12  March 
1991  as  a  message  in  the  RffE  mailing  list.  It  is 
reprinted  here  with  pennission  of  the  author.  -Ed> 


National  Network  Players 
by 

John  S.  Quarterman 

The  article  "National  Network  Policy" 
in  Matrix  News  Issue  1  brought  some  inter- 
esting comments  that  indicate  clarification 
may  be  useful. 

The  hundreds  of  millions  of  dollars  be- 
ing dedicated  to  national  networking  include 
the  current  allocations  of  federal  agencies 
such  as  NSF  and  DARPA,  plus  proposed 
allocations  in  the  High  Performance  Com- 
puting Act,  plus  resources  already  commit- 
ted by  industry,  plus  resources  likely  to  be 
committed  by  industry  and  state  and  local 
governments  in  the  near  future  if  commer- 
cial viability  of  a  national  public  network 
becomes  evident  Billions  of  dollars  would 
probably  be  more  accurate.  Most  of  this  is 
not  federal  money,  and  will  not  be  direcfly 
controlled  by  Congress  or  by  other  govern- 
ments. But  all  of  it  will  be  affected  by  what 
Congress  does,  andby  what  the  early  players 
already  in  position  do. 

As  Mitchell  Kapor  (mkapor@  eff.org)  of 
the  Electronic  Frontier  Foundation  noted  in 
his  paper  "Designing  for  Openness  and 
Freedom  in  the  NationalPublic  Network"  of 
9  April  1991, 

Senator  Albert  Gore  formally  proposed 
the  NREN  for  the  second  time  in  a  bill 
brought  before  Congress  thisy ear, for  which 
hearings  were  begun  in  March.  President 
Bush  implicitly  endorsed  the  NREN  in  his 
1991  budget.  It  looks  increasingly  likely 


The  Origin  of  Martian 
Packets 
by 

Smoot  Carl-Mitchell 

Martian  packets  are  not  from  Mars.  Nor 
are  they  extraterrestial.  The  term  comes 
from  what  was  a  common  problem  in  the 
early  daysofthe  Internet  A"MartianPacket" 
is  a  packet  from  an  unknown  network  which 
moves  from  router  to  router  within  the 
Intefnetr-BLe^ituation  is  usually  caused  by 
an  unregisterednetwOTk connecting  to  the 
Internet.  Effectively,  hosts  on  this  network 
are  unreachable,  but  packets  from  these  hosts 


that  hundreds  of  millions  will  be  committed 
to  the  project.  Each  federal  dollar  is  likely 
to  be  matched  with  ten  or  more  private 
sector  dollars,  as  companies  such  as  IBM 
and  MCI  continue  to  invest  in  research  for 
the  same  user  community.  This  leverages 
the  federal  investment  enormously.  But 
there  are fundamental  ambiguities  about  the 
purposes  to  which  those  funds  will  be  put. 

Even  in  the  absence  of  further  federal 
govenunent  involvement,  national  network 
policy  discussions  are  needed  among  the 
other  players  and  with  their  potential  clien- 
tele. A  public  forum  is  still  needed. 

Since  the  last  issue  of  Matrix  News,  a 
new  player  has  appeared:  CIX,  the  Com- 
mercial Internet  Exchange.  CIX  is  a  con- 
sortium whose  original  members  include 
PSI  and  UUNET  (the  two  suppliers  of  com- 
mercial national  backbone  IP  networks, 
PSInet  and  AlterNet)  and  CERFNET  (a  large 
California-based  regional  network).  Their 
networks  are  interconnected  directly.  This 
means  that  CIX  provides  an  extensive  na- 
tional IP  network  that  is  independent  of  the 
NSFNET  backbone,  and  thus  of  many  fed- 
eral government  acceptable  use  policies.  It 
also  means  that  these  networkraikoads  have 
agreed  on  a  common  track  gauge  for  ex- 
change of  traffic. 

Addresses  for  CIX  and  for  those  of  its 
members  that  were  not  listed  in  the  last  issue 
are  included  below,  as  is  an  address  correc- 
tion for  EDUCOM  and  an  address  for  the 
sponsoroftheHarvard  workshops  mentioned 
in  the  last  issue. 


can  cause  problems,  so  they  are  monitored 
and  attempts  are  made  to  stamp  them  out 
Usually  this  means  a  rude  phone  call  from 
the  network  operations  center.  The  phrase 
"martian  packet"  was  coined,  since  the 
packets  are  not  from  a  network  anywhere  on 
earth,  they  must  be  from  Mars! 

We  named  our  serious  column  "Martian 
Packets"  because  we  are  interested  in  hear- 
ing from  people  with  different  viewpoints 
than  the  status  quo  in  order  to  get  people 
discussing  and  thinking  about  potentially 
controversial  issues  about  networking.  If 
youwanttobea"MartianPacket"  please  get 
in  touch  with  the  editor. 
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Who  to  Contacts 

Estrada,  Susan 
estradas@  cerf.net 
o  800-876  2373 
800-876  CERF 
Executive  Director 
CERFnet 

c/o  San  Diego  Supercomputer  Center 

P.  O.  Box  85608 

San  Diego,  92186-9784 

Shisler,  Julie 

shisler@sdsc.edu 

o  tel  619-534-5137 

fax  619-534-5113 

Manager  Public  Relations 

General  Atomics 

P.O.  Box  85608 

San  Diego,  CA  92186-9784 

Schoffstall,  Martin  L. 
info@psi.com 
otel800.82PSI82 
tel  +1  703.620.6651 
fax  +1  703.620.4586 

Vice  President  &  Chief  Technical  Officer 
Performance  Systems  International,  Inc. 
11800  Sunrise  Valley  Dr.,  Suite  1100 
Reston,  VA  22091 


Adams,  Rick 

rick@uunet.uu.net 

0  tel  703-876-5050 

fax  703-876-5059 

President  &  CEO 

UUNET  Technologies,  Inc. 

3 1 10  Fairview  Park  Dr.,  Suite  570 

Falls  Church,  VA  22042 

Kahin,  Brian 

kahin@  hulaw  1  .harvard.edu 
o  tel  617-495-8903 
fax  617-496-1722 

Dkector  Science,  Technology  and  Public 
Policy  Program 

Information  Infrastructure  Project 
John  F.  Kennedy  School  of  Government 
Harvard  University 
79  John  F.Kennedy  St. 
Cambridge,  MA  02138 

Roberts,  Mike 
roberts@educom.edu 
0  202-872-4200 
202-872-4318 

Vice  President  for  Networking 
EDUCOM 

1112  16th  Street  NW,  #600 
Washington,  DC  20036 


Calendar 

A  brief  listing  of  conferences  and  work- 
shops related  to  networking  of  open  sys- 
tems, through  the  end  of  1991.  This  infor- 
mation was  collected  by  Susanne  Wilhelm 
of  Windsound  Consulting 
<sws@calvin.wa.com>  and  John  S. 
Quarterman  of  MIDS.  Further  listings  are 
solicited.  We  encourage  others  to  reuse  this 
information,  but  we  ask  for  proper  acknowl- 
edgment, for  example  by  including  this 
statement. 


91  May  13-15 

91  May  20-24 

91  Jun  10-12 
91  Jun  10-14 
91  Jun  17-20 

91  Jul29-Aug2 
91  Sep  3-6 

91  Sep  3-6 

91  Sep  9-13 


Telecom  Developers  '91  Hyatt 
Regency,  DFW  Airport,  TX 
Distributed  Computing  Sys- 
tems IEEE,  Arlington,  TX 
RIPE,  Amsterdam,Netherlands 
OIWNIST,G,MD 
INET  '91,  Copenhagen,  Den- 
mark 

IETF,  BellSouth,  Atlanta,  GA 
SICON  '91  Raffles  City,  CC, 
Sing^re 

SIGCOMM  '91  CETH,Zurich, 

Switzerland 

OIWNIST,  G,MD 


91  Oct  RIPE  Geneva  area 

91  Oct  7-11      Mterop,  CC,  San  Jose,  CA 
91  Dec  2-6       IETF        LANL,  Santa  Fe, 
NM 

Abbreviations: 

CC  Conference  Center 

IEEE  Institute  of  Electrical  andElec- 

tronics  Engineers 
IETF  Internet  Engineering  Task 

Force 

INET  '91  International  Networking 
Conference 

Mterop  TCP/IP  Interoperability  Con- 

ference 

NIST  National  Institute  of  Standards 

and  Technology  (U.S.  Dept.  of 
Commerce) 

OIW  NIST  OSI  Implementors 

Workshop 

RIPE  Reseaux  IP  Europeen  (Euro- 

pean ff  Networks) 

SICON  '91  Sing^re  International  Con- 
ference on  Netwoiks  '91 

SIGCOMM  ACM  Special  Interest  Group 
on  Communications 


MARTIAN  PACKETS 

Making  a  Mark 
by 

Marty  Schoffstall 

Making  a  mark,  creating  a  new  para- 
digm, beginning  a  revolution  have  little  to 
do  with  the  commercial  vs  non-commercial 
issues.  They  have  to  do  with  individuals, 
individuals  that  go  beyond  just  the  idea  but 
the  execution  of  an  idea.  Sometimes  it  is  an 
individual  that  brings  a  large  institution  to 
do  something,  but  this  is  very,  very  rare  at 
least  in  the  US  experience.  (I'm  not  trying  to 
be  parochial  merely  focused).  This  indi- 
vidual can  come  out  of  academia,  the  busi- 
ness world,  the  government,  or  a  church;  it 
doesn't  matter.  Others  can  follow  or  copy 
and  sometimes  even  overcome  that  "rugged 
individualist"  But  they  aren't  written  in  the 
historybookswiththelikesofa:  Gutenberg, 
Edison,  DuPont,  Moody,  JohnFoster  Dulles, 
JFK,  Jobs,  Perot,  etc. 

Nor  do  they  change  the  shape  of  the  way 
the  culture/business/organization/market 
continues,  creates  new  jobs,  new  wealth,  or 
possibly  new  liberties.  I'm  very  aware  that 
this  is  in  some  sense  the  archetype  American 
belief,  and  that  there  are  many  different 
beliefs  about  industrial,  managemental,  or- 
ganizational philosophy;  I've  read  and  stud- 
ied them  both  formally  and  informally.  But 
I  place  it  here  as  one  man's  thought,  with  a 
warning  not  to  forget  the  purely  human 
factor, 

Marty 

<This  article  originally  appeared  15  March  1991 
as  a  message  in  the  mailing  list  com- 
priv@psi.com,  which  is  about  commercializa- 
tion and  privatization  of  the  Internet.  -Ed.> 
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Telephone   Fax  
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